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INTERACTIVE COMMUNICATION SYSTEM FOR 
COMMUNICATING VIDEO GAME AND KARAOKE 
SOFTWARE 

5 This is a Continuation-in-Part of Application Ser. No. 

08/642,560 filed May 3, 1996. 

Field of the Invention 

This invention relates to an interactive communication 
10 system for transmitting video game and karaoke software from a 
host facility to communication terminal devices. 

Background of the Invention 

Video games have become a very popular form of family 

15 entertainment. In order to play a video game, a game cassette 
is first installed in a video game machine body. Game data, 
contained in the cassette and including video information and 
usually audio information, is read and outputted to a common 
television receiver. Accordingly, the one who wishes to play a 

20 video game must have a video game machine and a game cassette, 
besides a television set. Once the game cassette is installed, 
the player can play the game whenever and as many times as the 
player wishes. 

However, therein lies a problem: the player has to 
25 purchase each and every game cassette he wishes to play, 
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which can be very costly. For all the advantage that the 
player can play the game repeatedly, he may soon get tired of the 
game, or the game content may not be oriented for repeated play. 
Another form of entertainment increasing in popularity is 
5 "karaoke", i.e. singing to recorded instrumental accompaniment. 
More and more "karaoke bars" can be seen in major cities, and 
karaoke machines for domestic use are becoming widely accepted. 
Such family karaoke machines need, by definition, karaoke 
music software, which can be found, for example, on video disk, 

10 video tape containing video and audio information, and music 
tape containing only audio information. Karaoke singers, 
tempted by changing trends in music, tend to purchase newly 
available karaoke programs, one after another. Thus, there 
arise problems of accumulated expenditure and limited storage 

15 space for the increasing number of karaoke programs. 

Summary of the Invention 

Wherefore, an object of this invention is to provide an 
interactive communication system in which video game and 
20 karaoke software is transmitted via communication lines from a 
host facility to a calling communication terminal device at each 
individual home. 

In order to attain the stated object, a communication 
terminal device according to the present invention includes 
25 communication means, connected to communication lines, for 
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sending out or receiving data, and a computer* for outputting 
control instructions to the communication means, and outputting 
or inputting data to or from the communication lines via the 
communication means. The communication terminal device 
5 further includes temporary storage means for temporarily 
storing the data inputted from the communication lines if the 
data inputted is game data including video information or 
video plus audio information, and game data outputting means 
included in the computer, for outputting, if the data stored 

10 in the temporary storage means is game data, the game data to 
integral or external display means, and, if the game data also 
includes audio information, to integral or external sound 
generating means. 

In this way, the computer controls the communication 

15 means by supplying control instructions thereto. Data is thus 
sent out, under the control by the computer, via the 
communication means and the communication lines, or received 
via the communication lines and the communication means. 

From another aspect of the invention, the computer may 

20 also include a printer, provided on the computer or provided 
externally, whereby, the data stored in the computer can be 
printed. For example, when the player wishes to quit game 
play, the current status of the game progress, e; g. which player 
corresponds to which character in the game, or the top scorer at 

25 the time, can be stored. When resuming the game, the player 
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can refer to the printed data. 

From still another aspect of the invention, a 
communication system according to the present invention 
includes the above described communication terminal device and 
5 a host facility intercommunicably connected to the 
communication terminal device. When the communication 
terminal device requests the host facility to provide game data, 
the host facility sends out the corresponding game data to the 
communication terminal device via the communication lines. 

10 The game data, received at the communication terminal device, 
is temporarily stored in the temporary storage means. 

From a further aspect of the invention, the game data 
stored in the temporary storage means is deleted after a 
predetermined amount of time passes after the game data was 

15 received at the communication terminal device. In order to 
effect this deletion, the communication terminal device may 
include control means which operates, responsive to receipt of 
the game data, to delete the game data after a predetermined 
time period. Alternatively, the host facility may send an 

20 instruction concerning the time period, in addition to each game 
data it sends out. The latter alternative permits alteration of 
the time period with respect to each game. 

By utilizing the communication system, the player need 
not purchase a game cassette or other software for playing video 

25 games, since the game data is provided by the host facility, which 
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received the game data request sent by the player from his 
communication terminal device. Further, the game data provided 
to the player is temporarily stored in the temporary storage 
means of the communication terminal device, thereby releasing 
5 the host facility to serve other communication terminal devices 
requesting game data. The host facility is thus able to respond 
to a greater number of callers having communication terminal 
devices. 

Furthermore, the game data stored in the temporary 

10 storage means is deleted in a predetermined time period after it 
was received at the communication terminal device. In other 
words, the useful life of the game data at the communication 
terminal devices is limited. As a result of this arrangement, 
in order to continue the game play at the end of the 

15 predetermined time period, the player again needs to request the 
game data from the host facility. This arrangement is therefore 
prerequisite so long as the game data transmission service is not 
free of charge. In contrast, if it were possible to keep the game 
data at the communication terminal device at the end of game 

20 play, the player could play the game permanently without calling 
the host facility. Consequentlyi the service cost per each 
transmission would be higher than the normal price of the game 
cassettes. the above described arrangement solves this 
problem and meets the need of software distributors. 

25 The arrangement is also beneficial to players since the 
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service cost per each transmission can be considerably lower 
than the price of each game cassette. Therefore, the game 
playex who conventionally has to buy an expensive game cassette, 
even if he plays the game only once, can be satisfied with the 
5 reasonable cost of the transmission. The arrangement is also 
superior with respect to child discipline, since children can only 
play a limited time. 

From still another aspect of the invention, the 
communication terminal device according to the present 

10 invention may be adapted for karaoke. 

When the data input from the communication lines is a 
karaoke data, the temporary storage means temporarily stores 
the karaoke data, which is then outputted to a sound output 
device. The sound output device may be provided on the 

15 communication terminal device or provided externally. If the 
karaoke data also includes video information, the karaoke data 
is also output to a display. The display may also be provided on 
the communication terminal device or provided externally. 

The communication system according to the present 

20 invention includes the above described communication terminal 
device and a host facility intercommunicably connected to the 
communication terminal device. Karaoke data is sent and 
received in a manner similar to the one described above for video 
games. The system may be configured so that the karaoke data 

25 is erased after a certain time period. 
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Other objects, advantages and novel features of the 
invention will become apparent from the following detailed 
description of the invention when considered in conjunction with 
the accompanying drawings, in which like reference characters 
5 designate the same or similar parts through the figures thereof. 

Brief Description of the Drawings 

FIG. 1 is a block diagram of a communication terminal 
device according to the present invention; 
10 FIG. 2 is a block diagram of a communication system 

including the communication terminal device shown in FIG. 1; 

FIG. 3 is a flowchart of the process to call a host facility; 

FIG. 4 is an example of screen display in accordance with 
the method of operation selection in the embodiment; 
15 FIG. 5 is an example of screen display in accordance with 

the method of further operation selection in the embodiment; 

FIG. 6 is a flowchart of the process to be effected when 
playing a game is requested at the communication terminal 
device; 

20 FIG. 7 is a flowchart of the process to effect deletion of the 

game data; 

FIGS. 8 A through 8D are illustrations showing various 
forms of modified interference means which interfere with the 

progress of a game; 
25 . FIG. 9 is a flowchart of the game data deletion/restoration 
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process; 

FIG. 10 is a block diagram schematically showing the 
system consisting of a host facility and the communication 
terminal device for receiving the game data from the host facility 
5 via wireless transmission; 

FIG. 11 is a block diagram schematically showing the 
system consisting of a broadcasting station and the 
communication terminal device for receiving the game data from 
the broadcasting station; 
10 FIG. 12 is a flowchart showing another embodiment; 

FIG. 13 is a flowchart showing a further embodiment; 

and 

FIG. 14 is a flowchart showing a still further embodiment. 

15 Detailed Description of th^ Preferred Embodiment 

In the embodiment of the invention, data, a program, or a 
combination of the two is transmitted from a host facility to a 
communicator as a communication terminal device. The data 
can be game data for playing games, karaoke data for playing 

20 karaoke music, image data for displaying static images like still 
pictures or dynamic images like movies, audio data for 
reproducing sound or playing music, character data for 
composing documents, and the like. The program includes a 
large-scale program, such as a program for word processing, a 

25 program for computing with a spread sheet,, or a program for 
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communication, and a plug-in-program to be incorporated in a 
main program. Transmitting a combination of the program and 
data .means, for instance, transmitting a karaoke executing 
program and the data indicative of karaoke music to be played, 
5 or a set of a word processing program and the data indicative of 
document examples. 

In the embodiment of the invention, when a 
predetermined time has elapsed after the host facility sends out 
the transmission to the communicator, the data or the program 
10 becomes unusable, preferably after a warning has been given. 
It is also preferable to have a way to resume the use in 
accordance with the user's instruction, even after the data or 
program becomes unusable. 

As shown in FIG. 2, the communication system 
15 according to the present invention includes a host facility 100, a 
personal communicator 1 as a communication terminal device, 
and transmission paths 200 as communication lines. 

The host facility 100 has game data base 10 li karaoke 
data base 103 and other data base 105. The host facility 100 also 
20 has game data transmitter 111, karaoke data transmitter 113 
and other data transmitter 115 to retrieve data from 
corresponding data base and transmit them. The host facility 
100 further has control unit 120 to control the transmitters 111, 
113 and 115, and a headend 130 to output or input signals. 
25 When a request data is sent out from the personal 
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communicator 1 via the transmission paths 200, the request data 
is received through the headend 130 and input by the control 
unit .120. The control unit 120 then controls one of the 
transmitters 111. 113 and 115 to retrieve data corresponding 
to the request, and the retrieved data is sent out via the headend 
130 to the transmission paths 200. 

The transmission paths 200 is coaxial cables and 
connected to a plurality of personal communicators 1. 

As shown in FIG. 1. the personal communicator 1 includes 
a terminal modem 3, timer 4, CPU. 5. input device 6. ROM 7, 
memory 8, video image circuit 9, sound source 10, audio 
amplifier 11, speaker 13, image composite circuit 15. monitor 
16, controller connector 21, microphone connector 23, data 
input/output controller 25 and data input/output connector 27. 

The terminal modem 3 is connected to the transmission 
paths 200 and. includes modulator/demodulator 3a and video 
tuner 3b which selects a channel of the image to be projected. 

The input device 6 may be" a keyboard or mouse, and is 
used for inputting a designation of a desired game or karaoke 
data or other instructions. When a controller 31, which is 
exclusively used for playing video games, is connected to the 
controller connector 21, the controller 31 can be operated only for 
playing games. The controller 31 is provided with joy sticks or 
other control buttons commonly provided on conventional video 
game machines. 
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By connecting a microphone 33 to the microphone 
connector 23, the user can have his voice output to the speaker 

13. , 

The data input/output connector 27 is connected via data 
5 output cable 37 to a printer 40, personal computer 41, or other 
apparatus. 

The operation effected on the CPU 5 will be now explained 
referring to the flowchart of FIG. 3. 

When power is supplied, a main menu is displayed, 

10 offering various selections, including "call host facility", which is 
selected by a user. 

First, category selection pages are displayed at step 
SIOOO. The display includes the instruction of "select a category" 
and a list of available categories such as game and karaoke. 

15 The selected category is next determined at step SIOIO. 
Subsequently, an operation selection page corresponding to the 
selected category is displayed at step S1020. The display of the 
operation selection page includes ftn instruction to the operator 
and the list of available operations in the selected category. 

20 When the operator inputs direction responsive to this 
instruction, the corresponding respective operation process is 
performed at step S1030. In preparation for the respective 
operation process, the personal communicator 1 is connected to 
the host facility 100 such that the interactive communication can 

25 be performed between the personal communicator 1 and the host 
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facility 100. 

The above procedure is further explained in detail, only 
for ejcemplification purpose, hereinafter referring to FIGS. 4, 5, 
and 6. 

5 When "game" category is selected at step SlOOO, operation 

selection page shown in FIG. 4 is displayed, with an instruction 
301 and operation list 303 shown on the screen. The operation 
list has three items of item A, item B and item C. Item A has a 
first game number box 305, into which the operator can directly 

10 input a game number representative of a specific game the 
operator desires to receive. Item B is the operation to display 
the list of the game numbers now available from the game data 
base 101 of the host facility 100. Item C is the operation to 
display charges, for example the accumulated cost for the month 

15 or the past month (s). 

When the operator wishes to play a game, item A or B is 
selected. For example, if the operator knows the game number 
of the game he wishes to play, the operator moves the cursor on 
the screen to the first game number input box 305, and inputs 

20 the desired game number therein. If the operator does not 
know the game number, he selects item B. 

When item B is selected, data in the form of the list of 
game numbers is sent from the host facility 100 and displayed on 
the screen. As shown in FIG. 5, the list displayed by selecting 

25 item B has an input part 311 and display part 313. The display 
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of the game list 313 can be scrolled to display further the list of 
games. The display part 313 displays the number of players 
able to participate in the play and the charge, in addition to the 
game numbers and the game name. The operator, referring to 
5 these information on the screen, inputs his desired game number 
into a second game number input box 315 of the input part 311. 

When selecting a game for the first time, the operator 
may wish to know the feature or outline of the game. In this 
case, the operator inputs the selected game number into an 

10 explanation box 317 of item Y of the input part 311. As a result, 
the outline of the game is explained on the display part 313. 

The game list can be printjed out such that the operator 
can refer to the printed game list when he selects a game on 
other occasions. For printing, item Z of "print" in the input part 

15 311 is selected. In response, the game list is printed, via the 
data input/output connector 27 and data output cable 37 shown 
in FIG. 1, at the printer 40. The process which is effected when a 
game number is input in the first game number box 305 of item A 
shown in FIG. 4 or in the second game number box 315 of item X 

20 shown in FIG. 5 will be now explained referring to FIG. 6. 

First, game request data is generated at step SHOO. The 
game request data includes the identification number of the 
calling personal communicator 1 and the desired game number. 
The generated game request data is then sent out to the host 

25 facility 100 at step SlllO. 
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At the host facility 100, the received request data is input 
by the control unit 120 through the headend 130. Subsequently, 
game data corresponding to the request is retrieved from the 
game data base 101 by the game data transmitter 111. The 
5 retrieved game data is sent out via the headend 130 to the 
transmission paths 200 and to the corresponding personal 
communicator 1. First, second, and third predetermined time 
periods, which will be described later in detail, are also sent out 
to the personal communicator 1. 

10 Turning back to FIG. 6, the game data is received at the 

personal communicator 1 at step SI 120 and stored in the 
memory 8 at step S1130, When the storage of the game data into 
the memory 8 is completed, the completion is indicated on the 
monitor 16 at step SI 140. Further, data indicative of the 

15 completion of the game data transmission is sent out to the host 
facility 100 at step Si 150 as the last step of the instant process 
step, and the personal communicator 1 awaits the next operation. 
When, for example, game play is instructed as the next operation, 
the game stored in the memory 8 is started. 

20 The game data received by the process shown in FIG. 6 

and the game data stored in the memory 8 is automatically 
deleted, as shown in the flowchart of FIG. 7, in the following 
manner; First, the time when the data receipt is completed is 
read out at step S1200. The current time is also read out and the 

25 time period which has elapsed after the completion of the data 
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receipt is calculated at step S1210. Next, it is- determined, at 
step S1220, whether or not a first predetermined time period 
has elapsed. If "NO" is determined at the step S1220, the flow 
goes back to the step S1210. Thus, when the first predetermined 
5 time period has elapsed, a warning is given at step S1230. 
Further elapsing time period is calculated at step S1240, When it 
is determined, at step S1250, that a second predetermined time 
period has elapsed, the game data stored in the memory 8 is 
deleted at step S1260, and the instant process ends. 

10 The warning given at step S1230 may be a various form of 

warning, such as a message reading "Time Out in Five Minutes!" 
on the monitor 16, or an alarming sound. Therefore, the total of 
the first predetermined time period of the step S1220 and the 
second predetermined time period of the step S1250 is the useful 

15 life period of the received game data. The warning may be 
provided a plurality of times, such as five minutes, two minutes 
and one minute before the deletion of the game data. Warned by 
this warning, the player can print the current status of the game 
progress, for example, which player corresponds to which 

20 character in the game or the top scorer at the time, at the printer 
40 before quitting the game play. The printed data is useful 
when the player resumes the game play. 

Furthermore, when the host facility 100 receives the data 
indicative of the transmission completion at the step SI 150, the 

25 host facility 100 performs the charging process to accumulate the 
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cost for its data transmission service. There are two known cost 
charging systems. One is the fixed amount system and the 
other is the pay-per-play system. In the fixed amount system, 
the fixed cost amount per-time period, for example monthly, is 
5 predetermined. In the pay-per-play system, the cost is charged 
per each play. 

The charging system is dependent on the form or 
condition of the communication service to be rendered. In a 
practical charging system, the cost would be varied with respect 

10 to the complicatedness or scale of the game data provided. The 
cost would also vary depending on whether the game is new or 
old in the market. In the present embodiment, the pay-per-play 
system is adopted and the cost for the data service to each 
terminal communicator is charged every time the data 

15 indicative of the transmission completion is sent from the 
personal communicator 1 at step SI 150. The payment would be 
made, using the automatic transfer system, by debiting the 
amount to the bank account of the "players. 

However, the pay-per-play system has a problem: the 

20 player cannot know the total amount of the accumulated cost 
before actual payment. If the payment is made using the 
automatic transfer system, the player may not even notice his 
considerable expenditure on the game play. This problem is 
solved by the arrangement shown in FIG. 4. If the player 

25 selects item C of the operation list 303, the present accumulated 
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cost and the previous cost, such as the payment made previously 
or the cost accumulated in the past half or whole year, are shown 
on the screen. Thus, parents can know the accumulated cost of 
their child's video game play. 

By utilizing the communication system, the player need 
not purchase a game cassette or other software for playing video 
games, since the game data is provided by the host facility which 
received the game data request sent by the player from his 
personal communicator 1. Further, the game data provided to 
the player is temporarily stored in the memory 8 serving as 
temporary storage means of the personal communicator 1. 
thereby releasing the host facility to serve other personal 
communicators 1 requesting game data. The host facility is 
thus enabled to respond to a greater number of callers having 
15 personal communicators 1. 

Furthermore, the game data stored in the memory 8 is 
deleted in a predetermined time period after it was received at 
the personal communicator 1. In other words, the useful life of 
the game data at the personal communicator 1 is limited. As a 
result of this arrangement, in order to continue the game play at 
the end of the predetermined time period, the player again 
needs to request the game data from the host facility 100. This 
atrahgement is therefore prerequisite so long as the game data 
transmission service is not free of charge. In contrast, if it were 
possible to keep the game data at the communication terminal 
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device at the end of game play, the player could play the game 
permanently without calling the host facility 100. 
Consequently, the service cost per each transmission would be 
higher than the normal price of the game cassettes. The 
5 above described arrangement solves this problem and meets the 
need of the software distributors. 

The arrangement is also beneficial to the players since 
the service cost per each transmission can be considerably 
lower than the price of each game cassette. Therefore, the 

10 player who conventionally has to buy an expensive game cassette, 
even if he plays the game only once, can be satisfied with the 
reasonable cost of the transmission. 

The arrangement is also superior with respect to child 
discipline. Video game players are in most cases younger 

15 children, who often become too absorbed in playing video games 
to quit in the middle thereof. The above arrangement according 
to the present invention leaves these children no other choice but 
to quit the play when a predetermined time period has elapsed. 
Thus, the arrangement meets the rising demand of parents. 

20 The above embodiment is explained on the premise that 

the game is played by a single player using only a single personal 
communicator 1. However, a plurality of players in remote 
places can play the same game together. 

For example, the transmission paths 200 or 

25 telecommunication lines is utilized to connect a plurality of 
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personal communicators 1 to one another such that the 
interactive communication can be performed therebetween. 
When the plurality of personal communicators 1 are supplied 
with the same game data, the players have the same game 
5 characters in common. Therefore, the data to be transmitted 
among the plurality of personal communicators 1 are only 
character number data and the position data. Thus, the players 
together participate, on a real time basis, in the same game 
on the monitor 16 of respective personal communicators 1. 

10 Map data of a role-playing game may be divided 

according to the progress degree of the story and the divided 
map data be sold separately. When the game progresses and 
the player wishes to play on a more advanced map data, the 
player purchases and downloads the advanced map data. In 

15 this case, arrangement is provided such that the player cannot 
purchase the advanced map data until the "capacity" or the 
progress degree of the characters in the game reaches a 
predetermined degree or level. Accordingly, using the interactive 
communication system, the player is to ask the host facility 100 

20 for the proof of the capacity. In response, data proving the 
capacity or level of the characters may be transmitted from the 
host facility 100. The capacity proof sent from the host facility 
100 would be printed out by the printer 40 or transmitted to the 
player's facsimile machine, as a certificate. 

25 It will be now explained how the communication system of 
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the present invention is adopted to karaoke. The procedure to 
communicate the karaoke data is basically similar to the above 
described procedure to communicate the game data. Therefore, 
the explanation of the similar portion of the procedure are 
5 omitted for simplification. When using the system for karaoke, 
the microphone 33 is connected to the microphone connector 23 of 
the personal communicator 1. 

When "karaoke" is selected on the category selection page 
at step SIOOO, an operation selection page similar to that of FIG. 

10 4 is displayed on the screen. Specifically, an item A of a desired 
karaoke number, item B of the karaoke number list, and item C 
of charge are displayed. If the operator wishes to start karaoke, 
the operator inputs the desired karaoke number in the 
corresponding box at item A or B. 

15 Karaoke request data is then generated at the personal 

communicator 1 and sent out to the host facility 100. The host 
facility 100, receiving the request, controls the karaoke data 
transmitter 113 to retrieve correspnonding karaoke data from the 
karaoke data base 103, and sends out the retrieved karaoke data 

20 to the personal communicator 1. 

The karaoke data received at the personal communicator 
1 is stored, as song data, in the memory 8 via the 
modulator/demodulator 3a. At the same time, the CPU 5 sends 
song selection data, which is predetermined according to the type 

25 of each song, to the video tuner 3b in order to select visual data 
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suitable to the selected song. Further, • the CPU 5 
synchronously outputs to the video image circuit 9 and the sound 
source 10, respectively, words data and accompaniment data 
included in the song data stored in the memory 8. The video 
5 image circuit 9 converts the information concerning the words 
and other elements of the song into word/image data and outputs 
the word/image data to the monitor 16. 

The sound source 10 converts the accompaniment data 
into audio signals, and outputs the audio signals to the audio 

10 amplifier 11. Subsequently, the audio amplifier 11 synthesizes 
the audio signals and the voice signals sent from the microphone 
12, amplifies these synthesized signals and outputs them to the 
speaker 13 as sound signals. The video tuner 3b reads out 
background visual data selected according to the song selection 

15 data, and outputs to the image composite circuit 15. Then, the 
image composite circuit 15 synthesizes the background visual 
data and the words/image data and outputs the video signals to 

the monitor 16. 

The procedure for playing karapke music will be further 

20 explained in detail. 

The song data sent out from the host facility 100 via the 
co-axial cables as transmission paths 200 includes multiplied 
RF signals of video information and RF signals converted from 
the song data. The CPU 5 of the personal communicator 1 

25 sends the song selection data to the video tuner 3b of the 
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terminal modem 3 in order to select the video channel according 
to the received song data. the song selection data is 
predetermined according to the genre of songs. Consequently, the 
song data is sent to the sound source 10 and the karaoke music is 
played. 

When the karaoke music is ended, data indicative of the 
end of the play is sent to the host facility 100. In response, the 
host facility 100 performs the charging process. In contrast to the 
pay-per-play system of the game data service, the cost for 
providing the karaoke music may be charged, for example per 
hour, since a single piece of karaoke music is only several 
minutes long. 

In the case of karaoke data, as in the case of game data, a 
predetermined time is counted after the karaoke data is received 
from the host facility, and when the predetermined time has 
elapsed, the karaoke data is deleted. 

By utilizing the communication system, the karaoke 
singer need not purchase a video disk or other karaoke 
software, since the karaoke data is provided by the host facility 
100, which received the karaoke data request sent by the 
karaoke singer from his personal communicator 1. Further, 
the karaoke data provided to the karaoke singer is temporarily 
stored in the memory 8 serving as temporary storage means for 
the personal communicator 1, thereby releasing the host facility 
100 to serve other personal communicators 1 requesting karaoke 
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data. The host facility 100 is thus able to respond to a greater 
number of callers having personal communicators 1. This 
invention has been described above with reference to the 
preferred embodiment as shown in the drawings. Modifications 
and alterations may become apparent to one who skilled in the 
art upon reading and understanding the specification. Despite 
the use of the embodiment for illustration purposes, it is 
intended to include all such modifications and alterations within 
the scope and spirit of the appended claims. 

In this spirit, it should also be noted that in the 
embodiment, the personal communicator 1 is integrally provided 
with the monitor 16 and the speaker 13. However, any other 
external monitor or speaker may be connected to the personal 
communicator 1 and utilized. For example, a television receiver 
may be connected to the personal communicator 1, thereby 
outputting the video information and the audio information on 
the television receiver. In tMs case, the personal communicator 1 
may be provided with a small display, on which the selection 
pages as those shown in FIGS. 4 and 5 would be displayed. 

Furthermore, the transmission paths 200 may be existing 
co-axial cables for cable television system, thereby 
structuring the communication system of the present invention 
as a multimedia interactive communication system. In this way, 
the video and audio information of satellite television services, 
video disks, radio programs, and other various forms of available 
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software are equated to the other data base shown in FIG. 2. 
Such personal communicators 1 of the present invention can be 
provided in each individual's home or hotel room and in other 
various situations and places. 
5 As mentioned, the stored data is deleted in a 

predetermined time period after it was received. This 
arrangement is beneficial to the data distributors since repeated 
game or karaoke play using the same game data or karaoke data 
is prevented. 

10 In the above described embodiment, the game data stored 

in the memory 8 is deleted in order to interfere with the progress 
of game. Alternative arrangements to this are provided by the 
present invention, as shown in FIGS. 8A through 8D. In the 
arrangement of FIG. 8A, the view on a screen 161 of the monitor 

15 16 is blocked with patterns of stripes 162 displayed thereon. 
Instead, the view displayed on the screen may be partly deleted. 
In the arrangement shown in FIG. 8B, only an opponent of a 
boxing game, who is to be displayed on an area 163 of the screen 
161, is deleted. Still another alternative is provision of a switch 

20 131 shown in FIG. 80 for a speaker circuit, which, when turned 
off. withholds the sound that would otherwise be issued from 
the speaker 13 during the game. Further alternative is 
provision of a switch 61 shown in FIG. 8D which invalidates the 
operation on the input device 6 or the controller 31. The 

25 switches 131 and 61 may be mechanical components or may he 
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software operations. For instance, actuation- of the sound 
source 10 may be halted by the CPU 5, or the CPU 5 may reject 
signa^ls from the input device 6 or the controller 31. As still 
another alternative, the power of the personal communicator 
5 may be turned off when the CPU 5 determines that a 
predetermined time has elapsed after the game data was 
received. 

In the described embodiment, when a predetermined time 
has passed after the game data was received from the host 

10 facility 100, the game data stored in the memory 8 is deleted. 
However, it may be arranged so that the player can resume 
playing the game by paying a surcharge. Specifically, the 
process steps shown in FIG. 9 may be taken. As will be noted, 
the process steps S1200 through S1250 in FIG. 9 are identical to 

15 those in FIG. 7, whereas at step S1260' the deletion of the game 
data is effected only after it is stored in a temporary storage 
device, different from the process at step S1260. At next step 
S1270, it is determined whether or not a surcharge has been paid. 
If the answer to the step S1270 is negative, it is next determined, 

20 at step S1280, whether or not a predetermined time has elapsed 
after the game data in the memory 8 was deleted. If the answer 
to the step S1280 is negative, the flow returns to step S1270. If 
the answer to the step S1280 is affirmative, the process step 
ends. 

25 If "YES" is determined at the step S1270, the game data 
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stored in the temporary storage device is restored into the 
memory 8 to permit resumption of game play, at step S1290. 
The Clow then goes back to step S1210. In the process after the 
resumption of game play, the elapsed time after the time of 
paying the surcharge is calculated at step 1210. 

The arrangement shown in FIG. 9 allows a player to 
continue playing a game as long as the player pays a surcharge. 
An instruction to pay the surcharge can be given through the 
keys on the input device 6. In response, the host facility 100 
effects the charging process against the player. 

In the embodiment shown in FIGS. 1 and 2, game data 
and karaoke data are transmitted via communication lines, 
which may be public telephone lines, dedicated communication 
lines, cables for community antenna television system. Instead 
of such communication lines, as shown in FIG. 10, the data may 
be sent via wireless transmission from a host facility 100' to a 
personal communicator 1'. In this case, the host facility 100' is 
provided with a not-shown wireless transmission circuit 
including a transmitting/receiving antenna 150, and the 
personal communicator 1' is provided with a not-shown 
transmitter/receiver circuit including a transmitting/receiving 
antenna 2. 

Turning to FIG. 11, a futther modification is proposed in 
which the game data is sent from a ground broadcasting station 
100" or a satellite broadcasting station. The game data, as it is 
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received, is stored in the memory 8 of the personal communicator 
I". In this case, the personal communicator 1" is connected with 
a tuner 300 so that the game is displayed on a screen of a home 
TV set 400, Alternatively, the broadcasting may be performed 
5 preferably via two-way communication through cables, or via 
Internet. In the communication system disclosed in this 
specification, the data to be transmitted may be either analog or 
digital. 

In both modifications shown in FIGS. 10 and 11, the game 
10 play is interrupted when a predetermined time has elapsed after 
the game data was received at the personal communicators 1', 
1", Of course, the arrangement shown in FIG. 9 may be 
incorporated into these arrangements of FIGS. 10 and 11 to allow 
the player to continue playing a game by paying a surcharge. 
15 FIG. 12 is a flowchart showing another embodiment. In 

this embodiment, a predetermined time period to prevent further 
use of the image data is counted from the starting time of use of 
the data, not from the receiving time of the data from the host 
facility. 

20 This embodiment is explained in detail hereinafter 

referring to FIG. 12, When the use of the image data sent from 
the host facility starts, the starting time is read out at step 
S1300. The current time is also read out, and the elapsed time 
after the starting time is calculated at step S1310. Then it is 

25 determined, at step S1320, whether or not a first predetermined 
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time period has elapsed. If "NO" is determined at step S1320, 
the how returns to step S1310. If "YES" is determined, a 
warning is given at step S1330, and the elapsed time continues 
to be calculated at step S1340 until the end of a second 
5 predetermined time period. When it is determined, at step 
S1350, that the second predetermined time period has elapsed, a 
process to prevent further use of the above image data is 
performed at step S1360. There may be various means to 
prevent further use of the image data, such as deleting the image 

10 data stored in the memory 8, blocking, as shown in FIG. 8A or 8B, 
the view on the screen of the monitor 16 in accordance with the 
progress of the image data processing, stopping, as shown in FIG. 
80, the sound generated in accordance with the progress of the 
image data processing and invalidating, as shown in FIG. 8D, 

15 any operation of the input device 6 or the controller 31 for 
instruction. 

At next step S1370, it is determined whether or not a 
surcharge is paid. If the answer to step S1370 is negative, it is 
next determined, at step S1380, whether or not a third 
20 predetermined time has elapsed after the process to prevent 
further use of the image data is performed. If the answer to 
step S 1380 is negative, the flow returns to step S1370. If the 
answer to step S1380 is affirmative, the process step ends. 

If "YES" is determined at step S1370, the image data is 
25 permitted to be continuously used at step S1390, then the flow 
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returns to step S1310. In the process after the resumption of 
u^e, the elapsed time after the payment of the surcharge is 
calculated at step S1310. In the case where deletion of the 
image data stored in the memory is used as a means of 
5 preventing further use of the image data, it is preferable to 
preserve the image data in a not-shown temporary storage device 
before deleting it from the memory, and to restore it from the 
temporary storage device into the memory after the surcharge is 
paid. 

10 As in the above embodiment, instructions to pay the 

surcharge can be given by operating the keyboard of the 
communicator 1, and in response to the key operation, the host 
facility 100 performs the charging process. 

FIG. 13 is a flowchart of a further embodiment. In this 

15 embodiment, when the program sent from the host facility is 
continuously unused for a predetermined time period, a process 
to prevent further use of the program is performed. 

The procedure of this embodiment is explained in detail, 
hereinafter referring to FIG. 13. When the program sent from 

20 the host facility is used for some time and then the use ends, the 
ending time is read out at step S1400. Next, the current time is 
also read out and the elapsed time after the ending time is 
calculated at step S1410. Then it is determined, at step S1420, 
whether or not a first predetermined time period has elapsed. 

25 If "NO" is determined at step S1420, the flow returns to step 



30 



S1410. If "YES" is determined, a warning is- given at step 
S1430, and the elapsed time continues to be calculated at step 
S1440 until the end of a second predetermined time period. 
When it is determined, at step S1450, that the second 
5 predetermined time period has elapsed, a process to prevent 
further use of the above program is performed at step S1460. 
There may be various means to prevent further use of the 
program, such as deleting the program stored in the memory 8, 
blocking, as shown in FIG. 8A or SB, the view on the screen of the 

10 monitor 16 in accordance with the progress of the program, 
stopping, as shown in FIG. 8C, the sound generated in 
accordance with the progress of the program, and invalidating, 
as shown in FIG. 8D, any operation of the input device 6 or the 
controller 31 for instructions. 

15 At next step S1470, it is determined whether or not a 

surcharge is paid. If the answer to step S1470 is negative, it is 
next determined, at step S1480, whether or not a third 
predetermined time has elapsed after the process to prevent 
further use of the program is performed. If the answer to step 

20 S1480 is negative, the flow returns to step S1470. If the answer 
to step S1480 is affirmative, the process step ends. 

If "YES" is determined at step S1470, the program is 
permitted to be continuously used at step S1490, then the flow 
returns to step S1410. In the process after the resumption of 

25 use, the elapsed time after the payment of the surcharge is 
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calculated at step S1410. In the case where deletion of the 
program stored in the memory is used as a means of preventing 
further use of the program, it is preferable to preserve the 
program in a not-shown temporary storage device before deleting 
5 it from the memory, and to restore it from the temporary storage 
device into the memory after the surcharge is paid. 

As in the above embodiment, instructions to pay the 
surcharge can be given by operating the keyboard of the 
communicator 1, and in response to the key operation, the host 
10 facility 100 performs the charging process. 

If the program is used while a process shown in FIG. 13 is 
in progress, the above process is ended by a not-shown interrupt 
handling, and at the next cycle time the process at step S1400 
starts again. 

15 In the embodiments shown in FIG. 13, the elapsed time 

period, during which a program is continuously unused, is 
preferably counted in the background by a backup power source 
even when the power of the personal communicator 1 is off. The 
processes to give a warning and to prevent further use may be 

20 performed when the power switch of the personal communicator 
1 is turned on next time. 

In addition to the above described case, it may be 
considered that the elapsed time is calculated each time the 
power switch of the personal communicator 1 is turned on. 

25 Such an embodiment is shown in FIG. 14. In this embodiment. 
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concerning each program or data stored in the -memory 8, the 
ending time of use of the program or the data is stored in a 
specific storage region of the memory 8. When the program or 
the data is used, the ending time data is renewed at the time of 
5 end of use. The procedure is explained hereinafter with respect 
to the case where a program is received by a personal 
communicator. In the case where image data, game data, or 
karaoke data is received, the same procedure is also taken. 

In FIG. 14, when the power switch of the personal 

10 communicator 1 is turned on, the ending time data concerning 
every stored program is read out, at step S1500, from the above 
specific storage region of the memory 8. Next, at step S1510, 
the elapsed time after the ending time is calculated. It is next 
determined, at step S1520, whether or not the elapsed time has 

15 exceeded a predetermined time period to prevent further use of 
the program, and at step S1530, whether or not the elapsed time 
has exceeded another predetermined time period to give a 
warning. If the elapsed time has exceeded the predetermined 
time period ( a first time period) to give a warning (the answer to 

20 step S1530: "YES"), a warning is given at step S1540. If the 
elapsed time has exceeded the predetermined time period (a 
second time period) to prevent further use of the program ( the 
answer to step S1520: YES ), the process to prevent further use 
of the program is performed at step S1550. If the elapsed time 

25 has not exceeded either of the above predetermined time periods, 
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the process step shown in FIG. 14 ends. 

When the process to prevent further use is performed, it 
is determined, at step S1560, whether or not a surcharge has 
been paid within a predetermined time period ( a third time 
5 period). If the answer to step S1560 is negative, the process 
step ends. If the answer to step S1560 is affirmative, the 
process to allow resumption of use of the program is performed 
at step S1570. Next, the process to renew the ending time data 
with the current time concerning the program is performed at 

10 step S1580, and then the process step ends. 

As in the above embodiment, instructions to pay the 
surcharge can be given by operating the keyboard of the 
communicator 1, and in response to the key operation, the host 
facility 100 performs the charging process. 

15 In order to enable the choice between two modes, one of 

which is to calculate the elapsed time when the power switch of 
the personal communicator 1 is turned on as shown in FIG. 14, 
and the other of which is to calculate the elapsed time in the 
background as shown in FIG.13, the input device 6 or the 

20 controller 25 of the personal communicator 1 may be used by the 
user for choosing. 



